feat(sleep): prototype community rules with local empirical gating - #265

@microsoft-github-policy-service agree

Reviewed b3f9ac361201 as an isolated test merge onto main at 79124b37e9a6.

The incremental local gate and explicit review/stage/adopt boundary are useful: each later rule is evaluated against the already-accepted skill, and publisher-reported effects do not decide acceptance. Local validation passes: 1508 passed, 9 skipped, plus mkdocs build --strict.

I have not reproduced a specific runtime defect in this revision. However, this introduces a new community-rule exchange workflow, not just a maintenance fix. Please make the acceptance/value case concrete before we decide to take that scope:

1. Add an end-to-end export -> review -> import -> explicit adopt regression. Assert that live skill/memory bytes are unchanged before adoption, a rejected import supplies no adoptable modification, and a successful explicit adoption retains the existing backup/baseline checks. The current positive CLI test reads the staged proposal but does not exercise that final boundary.
2. Add a multi-rule gate regression: accept one rule, reject a later interacting/regressing rule, and then evaluate the next rule against the accepted state. Check both the final proposal and the per-task trial records; the current single-rule examples do not cover this composition.
3. Include one small, sanitized usage receipt showing where sharing a rule is actually useful: local baseline/candidate scores, sample count, accepted/rejected rules, and replay cost. Keep train/test outside the import decision. MockBackend tests establish plumbing, not empirical transfer benefit; please distinguish those claims. Do not upload transcripts or private task contents, and retain the documented manual review of free-text rules/rationales before sharing.

This is an acceptance/evidence request, not a claim that the prototype contains a confirmed vulnerability. Official CI for this exact head is still awaiting maintainer approval; local green tests are not a substitute for that gate.